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A COMMUNICATION SYSTEM 

Field of invention 

5 The present invention relates to a communication system, in 
particular to the provision a presence service in a 
communication system. 

Background to the Invention 

10 

A diverse range of communication systems are in use today 
enabling communication between two or more entities, such as 
user equipment and/or other nodes associated with the system. 

15 Communication systems proving wireless communication for user 
terminals or other nodes are known. An example of a wireless 
system is a public land mobile network (PLMN) . A PLMN is 
typically a cellular network wherein a base transceiver 
station (BTS) or similar access entity serves user equipment 

20 (UE) such as mobile stations (MS) via a wireless interface. 
The operation of the apparatus required for the communication 
is usually controlled by one or more control entities, which 
themselves may be interconnected. One or more gateway nodes 
provide for connecting the PLMN to other networks. Examples of 

25 other such networks are another cellular network, a public 
switched telephone network (PSTN) and packet switched data 
networks such as an IP (Internet Protocol) based network. The 
communication between the user equipment and the other 
elements of the communication system are based on an 

30 appropriate communications protocol, which defines the "rules" 
under which communication is handled in the system. 
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In the current third generation (3G) wireless system, there 
are defined various servers for the handling of different 
communication services for mobile users. These include servers 
that provide call state control functions, known as CSCFs . 
5 Control functions may also be provided by entities such as a 
home subscriber server (HSS) and applications by various 
application servers. The HSS is typically for permanently 
storing the user's profile and used during authentication. For 
example, in the Release 5 architecture for 3G, as specified by 
10 the 3 rd Generation Partnership Project (3GPP) , these entities 
can be found located in the IP Multimedia Subsystem (IMS) . 

The IMS network may sit at the hub of the 3G architecture, 
supporting an IP based network that handles both traditional 

15 voice telephony and multimedia services. The 3 GPP has chosen 
Session Initiation Protocol (SIP) as a core session signalling 
protocol for 3G networks . SIP has been developed by the 
Internet Engineering task Force (IETF) . Those interested can 
find the 3 GPP specification 24.229 describing the IMS 

20 network's basic operation from an SIP perspective titled. "IP 
Multimedia Call Control Protocol based on SIP and SDP" at 
http: //www. 3gpp.org/ftp/Specs/Latest-drafts/24229-201 . zip . SIP 
is a request /response style protocol, in the sense that for 
every message sent from a source, there is an associated 

25 response from the destination confirming receipt of the sent 
message . 

For example, in a 3G network, when a user first switches on 
his mobile terminal, he must register his user ID or address 
30 with the network before allowing the terminal to fully 
connect. This is done by sending an SIP * REGISTER' message 
from the terminal to the IMS, which includes details of the 
users address. The IMS receives and processes this information 
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using a serving call state control function (S-CSCF) , which in 
this context is referred to as the "registrar" s . This 
registration information may include the status of the user 
such as user address, location, terminal capability and user 
5 availability. The IMS acknowledges the registration by sending 
a suitable acknowledge message (e.g. 200 OK message) in 
accordance with SIP. Subsequent registrations also take place 
(re- * REGISTER' ) whenever the preceding registration has 
expired, or when there is a change in the status of the user. 
10 When a user wishes to set up a session with another user, such 
as a voice call or messaging session (there is another way of 
sending messages i.e. with SIP MESSAGE and in this case 
session establishment . is not required) , the session 
negotiation will also be performed under SIP. 



Application servers (AS) may supply services via the IMS such 

as instant messaging, local traffic reports, and conferencing 

facilities. An AS may reside within the IMS network, or 

outside of it. Typically the AS is external when the service 
20 supported is provided by a third party. 

One specific example of status information is presence 
information. Users or application servers subscribing to a 
presence service can determine e.g. the ability and 

25 availability of another user to accept a call (this kind of 
feature may or may not be supported depending on the equipment 
and service provider) among other presence 

features/attributes. However, in systems supporting SIP, 
presence can assume a variety of indicators such as x in the 

30 office and available for all calls', *at home and available 
for private calls only', and "busy in call' (or at least 
appear that way) . Thus presence information allows a user to 
ascertain the availability of another user before attempting 
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to make a call . The presence service can provide more than 
just information such as available/not available . It can 
contain visual , animated or sound elements and can describe 
various issues e.g. related to a game session. This 
5 information is relayed to the network. 

It has been proposed to allow a user to define groups with the 
presence service. The groups list other users from which the 
user wishes to obtain presence information. For example a user 
could have one group which includes the friends of the user 
and one group which defines work colleagues of the user. With 
a single request, a user (sometimes referred to as a watcher) 
is able to obtain presence information about all of the users 
in a group. This presence information typically includes a 
relatively large amount of information. Accordingly, when a 
user requests presence information from a group of users, the 
user will receive all of this information. However, the user 
often only wants to know some of the information and not all . 
Accordingly, the user receives unwanted information which 
waste radio resources in a radio environment and also can 
waste resources of the user such as battery power. 

It has been proposed that where a user wants to obtain 
presence information about one other user that the user is 
25 able to include filters to reduce the data from the presence 
server, that is the presence information. These filters are 
able to reduce the data from the presence server to include 
only parts that are of interest for the user. However there 
has been no proposal to apply this to a group of users or 
30 discussion as to how this would be achieved. 

Summary of the invention 
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Embodiments of the present invention aim to overcome one or 
several of the above problems. 

According to one aspect of the present invention, there is 
5 provided a communication system comprising a plurality of 
users with which presence information is associated, said 
presence information comprising a plurality of parts; means 
for storing information defining at least one group, said 
group containing a plurality of users, and means for providing 
10 information defining for said at least one user of said group 
what parts of said presence information are to be provided. 

According to a second aspect of the present invention, there 
is provided a communication method comprising the steps of 
15 defining at least one group, said group containing a plurality 
of users with which presence information is associated, said 
presence information comprising a plurality of parts, and 
defining for said at least one user of said group what parts 
of said presence information are to be provided. 

20 

According to a third aspect of the present invention, there is 
provided a communications entity comprising means for storing 
first information defining at least one group, said group 
containing a plurality of users with which presence 
25 information is associated, said presence information 
comprising a plurality of parts, and second information 
defining for said at least one user of said group what parts 
of said presence information are to be provided. 

30 Brief Description of Drawings 

For a better understanding of the present invention and as to 
how the same may be carried into effect, reference will now be 
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made by way of example only to the accompanying drawings, in 
which: 

Figure 1 illustrates a communication system wherein the 
present invention can be applied; 
5 Figure 2 illustrates schematically an embodiment of the 

invention; 

Figure 3 illustrates the message flow of one embodiment 
of the present invention; and 

Figure 4 illustrates the IMS part of the system of Figure 
10 1 in more detail*. 

Detailed description of embodiments 

Reference will now first be made to the Figure 1, which 
15 illustrates a typical 3 rd Generation (3G) Wireless 
telecommunications system operating under the Universal Mobile 
Telecommunications System (UMTS) . At the hub of this system is 
the IP Multimedia Subsystem (IMS) 100 network, which routes 
calls and all kinds of sessions between two or more users 
20 There could be sessions also between users and network 
elements e.g. application server, of the network and provides 
other network functions . Examples of users are mobile terminal 
111, laptop 112, personal desktop assistant (PDA) 113 , Public 
Switched Telephone Network (PSTN) telephone 131, computer 
25 terminal 123, and application server 121, and application 
server 122. The IMS uses an IP based network to handle these 
calls, which may include both voice calls and multimedia 
calls . 

30 The IMS network effectively acts as a gateway in a 3G system 
between the users 111, 112, 113, and other networks such as a 
PSTN 130 and external IP based network 120. Signalling between 
the mobile terminal and other users of the IMS network, and 
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within the IMS network, is done under the Session Initiation 
Protocol (SIP) . All references to messages that follow are SIP 
messages unless otherwise stated, and will be shown in 
capitals. It should be appreciated that although the preferred 
5 embodiments of the present invention have been described in 
the context of SIP, other embodiments of the invention can be 
implemented in non SIP environments. 

Figure 2 shows an embodiment of the invention. A watcher 10 is 
10 typically a user as discussed above. The watcher 10 is 
arranged to communicate with a presence list server 12 . This 
presence list server 12 stores for the watcher one or more 
groups. The watcher defines these groups, the number of groups 
and the members of the groups. This may be subject to 
15 subscription restrictions. For example the watcher may define 
three groups, one containing family members, one containing 
work colleagues and one containing friends. The server 12 
stores information identifying the members of the groups. 

20 The presence list server 12 is arranged to be in contact with 
a "presentity" 14 for each user defined in the groups. A 
w presentity" 14 can be regarded as being a user and- a presence 
server associated with that user. A presence server stores 
presence information for the users which are associated with 

25 that presence server. It should be appreciated that in 
practice, more than one user would be associated with each 
server. Thus in Figure 2, the presence list server 12 is in 
contact with four presentities 14. In practice, the presence 
list server 12 is in contact with many more than four 

30 presentities. It should also be appreciated that it is 
possible that all of the users in the groups of the presence 
list server 12 are served by the same presence server. In that 
case, the presence list server 12 would only need to be 
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connected to one presence server. It should be appreciated 
that it is alternatively possible that at least two of the 
users of the groups are associated with different presence 
servers . 



It is possible in some embodiments of the invention, that the 
same entity provide both a presence list server and a presence 
server. 

10 It should be appreciated that in practice the connection 
between the watcher and the presence list server may be via 
other network elements or entities. Likewise, the connection 
between presence list server 12 and the presentities may be 
via other network elements. The connection between the 

15 presence server and the user defining the "presentity" may be 
via other network elements or entities. 

In the embodiment of Figure 2, the watcher defines for at 
least one of his groups a set of filtering rules. These rules 

20 are predefined by the user and are stored in the presence list 
server in association with the respective group. It should be 
appreciated that the user can define a common set --of filters 
for all the groups or can define different filters for 
different groups. The filters define the presence information 

25 which the user actually wants. The same set of filters can be 
defined for all the members of the group. In alternative 
embodiments of the invention, different filters can be defined 
for different members of the same group. It is also possible 
to define one or more subgroups where the members of the same 

30 subgroup have the same filters and different subgroups have 
different filters . 
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In one embodiment of the invention, the rules are sent to the 
presence list server in a SUBSCRIBE message sent from the 
watcher to the presence list server. Based on this 
information, the presence list server is able to create 
5 filtering rules for all individual subscriptions which will be 
sent to the presentities . When the watcher wants to find out 
presence information for one of his groups, the watcher sends 
a request to the presence list server. In response to this 
request the presence list server sends out requests to the 
10 presentities for presence information in a SUBSCRIBE message. 

The presence list server can either request all of the 
presence information from the presentities for the group and 
then do the filtering to obtain the actual presence 

15 information required by the watcher. Alternatively, the 
presence list server can request only the presence information 
which it requires. In either case, the presence server which 
stores presence information for the respective user will 
provide the required presence information to the presence list 

20 server. The presence list server thus will have the required 
part of the presence information which is then forwarded to 
the watcher. 

The filtering rules are stored in the same server in the 
25 network where the groups are stored. The watcher does not 
include the filter rules in the presence list subscription but 
the presence list server is able to add the filtering criteria 
to each individual subscription. 

30 The filtering rules stored in the presence list server can be 
managed by the watcher using similar procedures to those used 
for managing other information, for example the users in 
groups and/or authorisation information. 
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The advantage of having the rules stored in the presence list 
server is that radio resources will be saved. This is because 
it is expected that the groups and the filtering rules will be 
5 relatively static, that is will not change often. 

In one modification to the above described arrangement, the 
watcher will include the filtering rules in the SUBSCRIBE 
message each time that the watcher requests presence 

10 information for a group. These filtering rules may be stored 
at the watcher. The presence list server, will each time it 
receives a request check to see if the SUBSCRIBE message 
initialling the obtaining of the presence information for a 
group contains filtering rules. If so, the presence list 

15 server will create rules for all the individual subscriptions . 
These rules are then used as outlined above. 

It should be appreciated that in some embodiments, the same 
rules will be applied to the users in a group. In other 
20 embodiments of the invention, it is possible that different 
filtering rules may be defined for different users in the 
group . 

In alternative embodiments of the invention, the filters are 
25 stored separately from the groups . The groups may contain 
pointers to the correct filter information. Another 
alternative would be to store filters separately and send the 
relevant pointers to the filtering information in the 
SUBSCRIBE message from watcher to presence list server. 

30 

The filtering rules can be defined when the group is set up or 
later. The rules may be changeable in some embodiments of the 
present invention. 
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Embodiments of the present invention may have the following 
advantages : 

1. load in the air interface may be saved. In other words 
5 the radio resources maybe saved 

2 . there is no need to store filtering for each group in 
the terminal (watcher) although this may be desirable 
in some situations. 

3. an improvement in presence list functionality. 

10 

Presence information as currently defined in 3GPP can include 
the following information but is not restricted to them and 
the requirement from stage 1 (requirements group) which is 
developing the Standard is to develop a concept that enables 
15 the extension of presence information: 

Subscriber status; Network status; communication means; 
Contact address, Subscriber provided location; Network 
provided location; text; priority. 

20 

Presence can also include other information like mood, 
favourite colour and etc. Filtering can then - be based on 
available presence information. Filter can for example be 
defined, like; 

25 

send_me : 
Subscriber status, 
network status 



30 



don 1 t_j3end_me : 
text, 
priority 
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In other words the filtering rules can define what is to be 
sent, what is not to be sent or a combination of the two. 
Filtering rules can also be more complicated e.g. depending on 
the time of the day, value of a defined attribute etc. 

5 

In embodiments of the present invention, each group would have 
its own address, for example sip: list_A@provider.com. This way 
the presence list server would know which list to use. 

10 In some embodiments of the invention, the groups of users can 
be available to one or more watchers. The watchers may use the 
same or different sets of filtering rules. The different rules 
for the different watchers may be stored at the presence list 
server. 

15 

In preferred embodiments of the present invention where the 
rules are stored, these are stored in the presence .list 
server. However in alternative embodiments of the present 
invention, these may be stored in a different location. 

20 

In another embodiment of the invention, the presence server or 
presence list server may identify a user and associate select 
the filters to be used on the basis of the identity of the 
watcher. 

25 

In embodiments of the invention, there can be an authorization 
procedure where the owner of the list can authorize other 
users to use lists created by the owner. During this 
authorization, owner of the list can define what kinds of 
30 filters should be used when authorized user subscribes all 
list members. Or it may be possible to give the right to 
authorised users to define the filters they prefer to use. 



WO 2004/034719 




PCT/IB2002/004388 



SIP SUBSCRIBE messages may carry list member to filter 
mappings i.e. request will contain for each list member a 
reference to filter which should be used with that particular 
5 member. One option is to deliver reference to filter in SIP 
SUBSCRIBE request. The reference will point to a filter or 
filters which will be applied to every member in the list. 

>* 

In one embodiment, the whole filter may be carried in SIP 
10 SUBSCRIBE message. Filter can be general one i.e. same filter 
is applied for each list member or message can contain filters 
for each list member individually. 

In one embodiment, one option is to use filters defined by the 
15 list owner. When list is created the person who created the 
list is marked as the owner of that list. After list creation 
owner can define filter for each member of the list. .When 
anybody uses list to subscribe all list members, filters 
defined by the owner are used. 

20 

A watcher may have an own filter for a (private or common) 
list or set of lists stored in presence list- server. The 
reference to the filter is either pre-defined in the presence 
server or indicated in the SUBSCRIBE message. When pre-defined 
25 the watcher has such a service in use where the mapping 
between filter-id and list-id is defined as part of watcher's 
subscription information, and no indication is needed in 
SUBSCRIBE . 

30 Embodiments of the present invention may have an authorization 
procedure where the owner of the list can authorize other 
users to use lists created by the owner. During this 
authorization, the owner of the list can define what kinds of 
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filters should be used when authorized user subscribes all 
list members 

In one embodiment, the SIP SUBSCRIBE message may carry list 
5 member to filter mappings i.e. request will contain per each 
list member a reference to the filter which should be used 
with that particular member. 

In one embodiment/ one option may be to deliver a reference to 
10 a filter in a SIP SUBSCRIBE request. The reference may point 
to a filter which will be applied to every member in the list. 

In one embodiment, the whole filter may be carried in a SIP 
SUBSCRIBE message. The filter can be general one i.e. the same 
15 filter may be applied for each list member or the message can 
contain filters for each list member individually. 

In one embodiment, one option is to use filters defined by the 
list owner. When list is created the person who created the 
20 list is marked as the owner of that list. After list creation 
owner can define a filter for each member of the list. When 
anybody uses the list to subscribe to all list members, 
filters defined by the owner are used. 

25 Figure 3 shows a message flow in one embodiment of the 
invention: 

1. Send from the presence user agent 10, that is the 
watcher a SUB S CRI BE PRE S ENCE (LIST PRESENCE) message which 
identifies the group for which the watcher requires 

30 presence information. This is sent to the watcher presence 

proxy 12, that is the presence list server. 

2 . The watcher presence proxy 12 acknowledges the 
SUBSCRIBE message with a ME S S AGEACKNO WLEDGE message. 
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3 . The watcher presence proxy 12 sends a NOTIFYPRESSUP 
message to the presence user agent . 

4. The presence user agent acknowledges the 
NOTIFYPRESSUP message with a MESS AGE ACKNOWLEDGE message 
sent to the watcher presence proxy 12 . 

5 . The watcher presence proxy 12 sends a 
SUBSCRIBEPRESENCE message to the server of a first 
presentity 14a. 

6. The first presentity 14a acknowledges the 
SUBSCRIBEPRESENCE message with a ME S S AGEACKNOWLEDGE message 
sent to the watcher presence proxy 12 . 

7 . The first presentity 14a sends a NOTIFYPRESSUP 
message to the watcher presence proxy 12 . 

8 . The watcher presence proxy 12 sends a 
MESSAGEACKNOWLEDGE message to the server of the first 
presentity 14a. 

9 . The watcher presence proxy 12 sends . a 
SUBSCRIBEPRESENCE message to the server of a second 
presentity 14b. 

10. The second presentity 14b acknowledges the 
SUBSCRIBEPRESENCE message with a MESSAGEACKNOWLEDGE message 
sent to the watcher presence proxy 12 . 

11. The second presentity 14b sends a NOTIFYPRESSUP 
message to the watcher presence proxy 12 . 

12 . The watcher presence proxy 12 sends a 
MESSAGEACKNOWLEDGE message to the server of the second 
presentity 14b 

13 . The watcher presence proxy 12 presence user agent 
sends a NOTIFYPRESSUP message to the presence user agent. 

14 . The presence user agent acknowledges the 
NOTIFYPRESSUP message with a MESSAGEACKNOWLEDGE message 
sent to the watcher presence proxy 12 . 
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Figure 4 shows a schematic of the IMS network 100. The IMS 
includes various elements including several Call State Control 
Functions (CSCF) . A CSCF is equivalent to a SIP server in the 
IETF architecture. 

The Interrogating CSCF (I-CSCF) 201 is the basic IMS node used 
for terminating calls in the IMS network, functioning at the 
edge of the network. Here, it is shown communicating with the 
external nodes of a mobile terminal 101, a PDA 113, and an 
application server (AS) 121. It should be appreciated that the 
connections between the mobile terminal, the PDA and the 
application server to the I-CSCF may not be direct, but via a 
suitable intermediate network such as the mobile core network 
110 for the mobile terminal, and the Internet 120 for the 
application server, as shown in Figure 1 

The HSS 202 is a centralised user database that interfaces 
with both the I-CSCF and the S-CSCF, storing information on 
all users of the IMS. The I-CSCF uses the HSS to perform 
20 functions such as authorising of new users and retrieving 
routing information on the S-CSCF for forwarding messages from 
external elements to the S-CSCF. 

The S-CSCF 206 is the IMS node responsible for invoking 
25 services related to IMS users. In this example, the S-CSCF 
also performs registrar functionality 203 for IMS users, 
processing user registrations. The presence server 
functionality is implemented as application server. 

30 It should be appreciated that the description of Figure 4 is 
only a schematic representation and in practice additional 
elements such as for example a proxy-CSCF (P-CSCF) may be 
provided. It should also be appreciated that embodiments of 
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the invention may be used in systems other than those shown in 
Figure 4 . 

A presence package may be used for subscribing to the presence 
5 information of any user. The semantics of the presence package 
means that any user can send a subscription message for 
presence information to the presence server, but if there is 
no such presence package defined, the presence server would 
not be able to recognise to what event the user was trying to 

10 subscribe to. Therefore, the presence package needs to be 
defined at the presence server, which can then receive and 
recognise that the subscription message for the associated 
event for changes in presence information. The presence server 
creates a state linked to the presence information, and when 

15 any change in the presence information occurs, it will trigger 
a response or notification. 

It should be appreciated that although embodiments of the 
present invention have been described in the context of 3G 
20 using SIP, other suitable systems and interface protocols 
could be used. In particular, embodiments of the present 
invention may be used in application in accordance with IETF 
specifications . 

25 It should also noted herein that while the above describes 
exemplifying embodiments of the invention, there are several 
variations and modifications which may be made to the 
disclosed solution without departing from the scope of the 
present invention as defined in the appended claims. 

30 



